home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 1011 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.6 KB
  1. Path: mail2news.demon.co.uk!genesis.demon.co.uk
  2. From: Lawrence Kirby <fred@genesis.demon.co.uk>
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Help! Corrupt FIles!
  5. Date: Wed, 10 Jan 96 18:48:59 GMT
  6. Organization: none
  7. Message-ID: <821299739snz@genesis.demon.co.uk>
  8. References: <4cmqp5$dbl@sonic.net>
  9. Reply-To: fred@genesis.demon.co.uk
  10. X-NNTP-Posting-Host: genesis.demon.co.uk
  11. X-Newsreader: Demon Internet Simple News v1.27
  12. X-Mail2News-Path: genesis.demon.co.uk
  13.  
  14. In article <4cmqp5$dbl@sonic.net> greg@sonic.net "Greg Seeger" writes:
  15.  
  16. >I am having the following problem and would greatly appreciate any
  17. >
  18. >thoughts, advice, hints, ideas, on how to solve it.
  19. >
  20. >
  21. >
  22. >                      * THE PROBELM *
  23. >
  24. >
  25. >
  26. >Once in a while, two files will become inaccessable.  When the
  27. >directory is checked the files have become huge, many giga-bytes
  28. >in size, on a machine which does not have a drive that large.
  29.  
  30. This is possible on systems that support 'sparse' files. On such systems
  31. you can typically creare sparse files by seeking beyond the current
  32. end of file and writing. Only block that are actually written to are
  33. allocated on disk so it is possible to have a file size much larger than
  34. the disk size.
  35.  
  36. >Thus, I'm assuming that the directory entry for those files
  37. >is corrupted.
  38.  
  39. That is another possibility.
  40.  
  41. >3. This problem only happens with a client using a Novell network.  The
  42. >   program is running on straight DOS, other networks, and even on
  43. >   Xenix/Unix (re-compiled) and this problem has never appeared.
  44.  
  45. A program bug can of course be environment sensitive. Maybe there is a bug
  46. in Novell or maybe your program is corrupting unprotected system workspace
  47. that Novell happens to be sensitive to.
  48.  
  49. >It may be a problem with Novell, or even their particular version
  50. >on Novell, but I have no way to test that.  (I am a long ways from
  51. >the client, and the problem is rare.)
  52.  
  53. You don't believe in making things easy! :-)
  54.  
  55. >I would GREATLY appreciate any thoughts, hints or ideas.  Feel free
  56. >to email me if you wish.
  57.  
  58. I think your most productive approach would be to find some Novell
  59. expertise. Determine exactly what is happening to the file on the server
  60. and find out what a client could possibly do to cause it (even in terms
  61. of corrupting the client system). That might provides some clues as to where
  62. to look in your code. You really need a more system-specific newsgroup than
  63. comp.lang.c until you come down to discussing the behaviour of code
  64. according to the C language.
  65.  
  66. -- 
  67. -----------------------------------------
  68. Lawrence Kirby | fred@genesis.demon.co.uk
  69. Wilts, England | 70734.126@compuserve.com
  70. -----------------------------------------
  71.